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DECLARATION UNDER 37 CF.R. § 1.131 

I, Paul Chau, declare that: 

1 . I am a co-inventor of the subject matter claimed in the above-identified non- 
provisional patent application (U.S. Serial No. 09/574,697). 

2. I understand that the application includes the following claims: 

Claim 2 

The integrated circuit card interface device of claim 43, wherein said 
application memory further comprises a read-only memory. 
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Claim 3 

The integrated circuit card interface device of claim 43, wherein said 
application memory further comprises an electrically erasable programmable 
read-only memory. 

Claim 4 

The integrated circuit card interface device of claim 43, wherein said 
application engine further comprises a microcontroller. 

Claim 5 

The integrated circuit card interface device of claim 4, wherein said 
microcontroller further comprises said application memory. 

Claim 6 

The integrated circuit card interface device of claim 43, wherein said 
input/output module comprises a microcontroller. 

Claim 7 

The integrated circuit card interface device of claim 43, wherein said 
application engine further comprises a custom circuit. 

Claim 8 

The integrated circuit card interface device of claim 7, wherein said custom 
circuit further comprises said application memory. 

Claim 9 

The integrated circuit card interface device of claim 43, wherein said 
input/output module further comprises a custom circuit. 

Claim 41 
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The integrated circuit card interface device of claim 43, wherein the 
interface device is portable. 

Claim 43 

An integrated circuit card interface device comprising: 
an application memory; 

an application engine for managing one or more applications in said 
application memory; 

an input/output module; 

a host interface; 

one or more integrated circuit card interfaces; and 
an internal power supply; 

wherein the interface device is adapted to enable operation in accordance 
with multiple modes of operation comprising 

a standalone mode of operation in which the interface device is not 
operably connected to any host device via the host interface, and 

a reprogramming mode of operation, in which the interface device is 
operably connected to an integrated circuit card via one of the one or more 
integrated circuit card interfaces, and/or to a host device via the host interface, to 
enable one or more programs to be added to, modified in, or deleted from, the 
interface device. 

Claim 44 

The integrated circuit card interface device of claim 43, wherein the 
standalone mode of operation comprises a mode of operation in which the 
interface device is operably connected to an integrated circuit card via one of the 
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one or more integrated circuit card interfaces to enable communication between 
the interface device and the integrated circuit card. 

Claim 45 

The integrated circuit card interface device of claim 44, wherein the 
standalone mode of operation further comprises a mode of operation in which the 
interface device is not operably connected to another device to enable 
communication therebetween. 

Claim 46 

The integrated circuit card interface device of claim 45, wherein the 
multiple modes of operation further comprise a connected mode of operation in 
which the interface device is operably connected to a host device via the host 
interface to enable communication between the interface device and the host 
device. 

Claim 47 

The integrated circuit card interface device of claim 46, wherein during the 
connected mode of operation the interface device is also operably connected to 
an integrated circuit card via one of the one or more integrated circuit card 
interfaces to enable communication between the interface device and the 
integrated circuit card. 

Claim 48 

The integrated circuit card interface device of claim 44, wherein the 
multiple modes of operation further comprise a mode of operation in which the 
interface device is operably connected to a host device via the host interface to 
enable communication between the interface device and the host device. 

Claim 49 

The integrated circuit card interface device of claim 43, wherein during the 
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connected mode of operation the interface device is also operably connected to 
an integrated circuit card via one of the one or more integrated circuit card 
interfaces to enable communication between the interface device and the 
integrated circuit card. 

Claim 50 

The integrated circuit card interface device of claim 43, wherein the 
standalone mode of operation comprises a mode of operation in which the 
interface device is not operably connected to another device to enable 
communication therebetween. 

Claim 51 

The integrated circuit card interface device of claim 50, where the multiple 
modes of operation further comprise a connected mode of operation in which the 
interface device is operably connected to a host device via the host interface to 
enable communication between the interface device and the host device. 

Claim 52 

The integrated circuit card interface device of claim 5 1 , wherein during the 
connected mode of operation the interface device is also operably connected to 
an integrated circuit card via one of the one or more integrated circuit card 
interfaces to enable communication between the interface device and the 
integrated circuit card. 

Claim 53 

The integrated circuit card interface device of claim 43, wherein the 
multiple modes of operation further comprise a connected mode of operation in 
which the interface device is operable connected to a host device via the host 
interface to enable communication between the interface device and the host 
device. 
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Claim 54 

The integrated circuit card interface device of claim 53, wherein during the 
connected mode of operation the interface device is also operably connected to 
an integrated circuit card via one of the one or more integrated circuit card 
interfaces to enable communication between the interface device and the 
integrated circuit card. 

Claim 68 

The integrated circuit card interface device of claim 43, further comprising: 
a display unit; and 
an input unit. 
Claim 69 

A portable integrated circuit card interface device, comprising: 
an application memory; 

an application engine for managing one or more applications in said 
application memory; 

an input/output module; 

a host interface; 

one or more integrated circuit card interfaces; 
means for operation without external power; 

means for a standalone mode of operation in which the interface device is 
not operably connected to a host device via the host interface, and 

means for a reprogramming mode of operation for adding, modifying, or 
deleting programs from the interface device. 
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Claim 78 

The integrated circuit card interface device of claim 43, wherein the one or 
more programs are subject to security verification. 

Claim 79 

The integrated circuit card interface device of claim 43 , wherein the 
interface device is operable while being carried by a user. 



3. Prior to February 1, 1999, my coinventors and I conceived the present invention in 
the United States. 

4. Prior to February 1 , 1 999, 1 documented the principal features of the present 
invention in a laboratory notebook, two pages of which are shown in Exhibit A. 
Exhibit A has been redacted to remove the date shown thereon. This date, 
however, precedes February 1, 1999. 

5. Exhibit B comprises several Spyrus Invention Idea Forms which my coinventors 
Gerry Vandenengel and Kerry Mathew, and I, completed prior to February 1, 1999, 
and which disclose the present invention, including all of the limitations of claims 
2-9, 41, 43-54, 68, 69, 78, and 79. Exhibit B has been redacted to remove all dates 
shown thereon. All such dates, however, precede February 1, 1999. Exhibit B has 
also been redacted to remove certain parts not necessary for purposes of this 
declaration. 

6. Exhibit C comprises two schematic diagrams, illustrating a circuit from which a 
prototype, the Development Platform, was constructed. The Development Platform 
comprised two printed circuit boards. Exhibit C has been redacted to remove all 
dates shown thereon. All such dates, however, precede February 1, 1999. 

7. Prior to February 1, 1999, 1 used the Development Platform in the United States to 
demonstrate the feasibility and function of the present invention, including all of 
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the limitations of claims 2-9, 41, 43-54, 68, 69, 78, and 79. . 

I hereby declare that all statements made herein of my own knowledge are true and that 
the statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so made 
are punishable by fine or imprisonment, or both, under section 1001 of Title 18 of the U.S. 
Code and that such willful false statements may jeopardize the validity of the application of 
any patent issued thereon. 



Date: /7?W /AlX>flff 
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SPYRUS PROPRIETARY INWaVlATION 



* V 1* U $ SPYRUS INVENTION IDEA FORM 

Docket No. (to be assigned by SPYRUS PAfhft-OI 4Ql£ 

legal): ! - 

Name of person completing this form: PaulChau 
Date this form was completed: * 



SIpT^^JTJ 3 t0 pr0Vide 8 brief of «»y ^as you feel could lead to patentable inventions by 

■ V* r 1 b f 0Ut 811(1 ffled ^ 48 U & 1 Offi"- O 11 " completed, a detennination will be made of 
whether to proceed with a full invention disclosure. 

SPYRUS is committed to building a strong patent portfolio, both to protect our intellectual property rights and to 
strengthen our corporate position. Please document anything that you may be working on which you feel could be 

patented. " 

All of the foUowing entries should be made in ink or type. 
1. Give a descriptive title of the invention: 

The design of an IC Card interface system with application reload capabili 

n. Give a brief statement explaining the essence of the invention and what benefit it provides. Use the 
space below (and on back, if necessary) for a sketch showing the important components of the 
invention. 

The invention involves the design of a reloadable reader for use with IC Card. Among all the existing ^ 
IC Card reader, it can be categorized into two groups. The first group is designed to work with a 

eAtAf M «i. i i • «• . .... . . _ 




specified set of cards and has card application embedded into the masked ROM of the micro-controller 
m the reader. This group of reader cannot be modified to work with other IC Card once it has.been 
built The second group is designed to be a generic IC Card reader connected to a host The card 
application is running in the host and the reader is merely served as an interface conduit This group of S 
reader does not offer any standalone application capabilities. The invention proposed in here is a new) 
kind of reader, which captures the advantage from both groups of reader. The reader contains internal 
algorithm that can be updated with a secure download process. The internal algorithm enable the reader I <% £ i 
to be used in standalone mode and the reloadable capability allows the reader to be updated to support / 
for new card or applications. The reader is also capable to be used in connected mode application. At / 
this mode, the internal algorithm is disable, and the application is running at the host and using the J 
resources in the reader. I 



Internal design of the reloadable reader has two major blocks: Application Engine and an 10 Engine. 
See attached block diagram for more details. 
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Docket No. (to be assigned by *mu$ legal): 

Name of person completing this form: Gerry Vandenengel 

Date this form was completed: ^tKKtKKt////ff_ m 

to * t0 * hirfd « a **« of any ideas that you feel could lead to patentable inventions by 

to omceTd iS!!!^ T "? Wi * 46 ^ ° ffidc - C<Hnple,ed - a d «~ti°n wfll be made of whether 
. io proceed with a full invention disclosure. 

3 Str ° ng P^^Uo, both to protect our intellectual property rights and to strengthen 
our corporate position Please document anything that you may be working on which you feel could be patented 

All of the following entries should be made in ink or type. 

L Give a descriptive title of the invention: . ' " 

Method for communications for Portable Personal Smart Card Readers. 



n. Give a-brief statement explaining the essence of the invention and what benefit it prov^esTuse the 
space below (and on back, if necessary) for a sketch showing the important components of the 
invention. 




Portable personal smart card readers are increasing in complexity and functionality while at the same 
time decreasing in cost Economical design and reduced size are critical success factors for personal 
smart card readers. Two key features of personal smart card readers arc: 

1 . Host or network communications capability, (the ability to connect a portable carry-along 
reader to a host corqwter so that it functions as a terminal). 

2. Application reload capability, ie, the ability to allow the user to update or change the 
application programs for the reader. 

This invention describes an innovative and compact method that combines both requirements. The 
Reader is implemented in 2 separate blocks, an I/O block and an Application Engine. Each block is 
implemented using a simple low cost micro-controller IC. (see block diagram). An asynchronous serial 
I/O channel provides connection to either a PC or other network host device through adapters. 
Internally this Serial I/O is connected to both the UART of the application engine and a serial port on 
the I/O block. 

The I/O block has at least 2 other ports: 1) A card interface port for communications with smart and 2) a 
Synchronous Senal Channel for communications with the application engine. In addition, the I/O block 
has ports for display output and keypad input. Additional smart card interface ports may be added as 
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^nn^T\ m ^ , CT 15 Cilhcr *^ ctionin g in stand-alone mode (no external connection to host) or 1 

nn L u, SynChr0n0US serial chamcI to *0 block, and the asynchronous serial I/O port 7 
on the VO block is inactive, te, the application engine is the Master and the I/O block is the Slave h / 
connected mode, if the reader is connected to a PC, the application can send and receive cornmands to ! C 
tae PC host over this serial channel. (Typically RS-232 or Universal Serial Bus) 

In addition to normal use, a user can also update the program in the Application engine by 
reprograrnining flash memory or EEPROM in that I/C A user would initiate prograrnming mode by 
cntermg a key control sequence on the reader keypad The I/O block then becomes the Master and the 
Appucation engine is the Slave. In addition, the I/O block opens the asynchronous Serial I/O channel ti 
the host PC using the same physical connection used in connected mode operation. 

The appucation program code is then downloaded from the host PC through this serial channel and re- 
written to the Application Engine non-volatile memory through the Synchronous Serial Channel In 
* misuse, the I/O block provides reset and oscillator drive to the Application Engine. When the 
appucation program re-load is complete, power is cycled to the reader and normal operation resumesy 




This invention provides the Mowing benefits over existing portable personal smart card readers: 

1. It provides program reload capability ina low cost and compact design by using one physical 
serial channel to connect to host computers or networks. This one serial channel can be used 
for both regular operation as well as reader application re-programming, thereby saving real 
estate and costs for additional connectors or cables. 

2. This invention allows the smart card interface to be used as an option to download the new 
code from a smart card to the application engine with no additional circuitry or components, as 

- the smart card interface is already built in for normaluse. 

3. This invention combines both normal I/O operating functions such as the display driver, keypad 
interface and smartcard interlace with the re-programming function into one low cost micro-controller, 
This elnninates the need for additional components, and also allows the application engine to be 
simplified as much of the processing is done by the I/O engine. Normally, a larger application engine 
with the necessary EEPROM or flash memory would increase the overall cost of the reader. 
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What were the methods or apparatus that were used but Med to solve the problem? Give source of 
previous information on the subject that is closest to your invention. 



The author* not aware of any personal portable smart card readers that can be programmed both 
rnrough a PC serial connection as well as through a smart card. Typically, in-circuit programmers 
wouia require a separate programming circuit or connection. Other designs may use separate or discrete 
program memory components which would increase the overall reader cost and size. 



IV. When did you first think of this invention? 

TTMidea was first conceived about^HMHl reduced to practice i 
as described in several internal specifications. 
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Name of person completing this form: Paul 01311 

->. 

Date this form was completed: 

• whether to proceed with a full mvention 8 ° t& *' ^ com P leted ' 8 ^termination will be made of 

SIZouTc^ 

patented. ^ " d0CUment that you may be working on which you feel could be 

All of the following entries should be made in ink or type. ? . 

1 Give a descriptive title of memvention: 

Secure applications download processes for electronic devices 



n. 




Ktton b> * lfnKeSSary) f ° r a skcteh sh °"»S *• important components of the 

reSi^foTSltr^ 8pP J hcati0n re «P riren >ent A new class of device having 
rpplic^onlvo^ Cm : r8C ^ ^ «"*»■■ S ™ Ce »"* ° f net I C Card 

procedure for annlicarion That m 10013 ""P 08 " a requirement for a secure 

authentic!^ £2? tW • d0W ^°f A ^ 8ecurc plication download process provides a way to 
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Details of the encryption technique have not been finalized 



yet at this point. 



^0^0™^ * tt9 T U ** WCTe ^ but Med 10 solvc ±e P roblen * O^e source of 
previous information on the subject that is closest to your invention. 

a rTiS™ 06 ? 00 * e d ° Wnl0ad ^ ta described beforc fOT "X™* ^ of device 

cLToSce?^° We 7; * * 50lUti0n for a new P rob,em to becom « «b when i«new 
class of device is introduced. Also, using the IC Card as a download medium is a new idea as well 



IV. When did you first think of this invention? 

S^f^T 5 ^? 110 ^ b " bCCa discnsscd ^te^ontbs ago when we start to conceptualized 

taE it2£? b r kt ^ WC ^ teIkcd ab °* both the IC S £ 

. host as the interface for the application reload, we didn't have all the technique spelled out yet 
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ti^X S !.° f th ^° nn ? « * e discl0SUre md tKCOld of invention. It should be filled out as 
ttSSSS^^SI TVt^?^ A Separate fonn ^ bc - ed fo ' or modification 

All of the following entries should be made in ink or type. 
I. Give a descriptive title of the invention: 

The design of an IC Card interface system with application program reload capability. 



n. 



Give a clear and concise statement explaining the essence of the invention. Use the space below for a 
sketch showing the important components of the invention. If the space below is inadequate, attach 
separate drawings or prints and description (properly signed, witnesses and dated, if possible). 

The invention involves the design of a reloadable interface device for use with IC Card. Among all the 
existing IC Card interface devices, they can be categorized into two groups in respect of their 
capabilities. The first group is designed to be a carry-along device. This group of devices has specified 
card application embedded into the masked ROM of the internal micro-controller, and is intended to 
sujRport a specified set of IC cards. Once the device has been built,, the internal application cannot be 
moAfied to support any new requirements or new cards. The second group is designed to be a generic 
IC Card interface device that connects to an external host. The card application is running in the host 
and the reader is merely served as an interface conduit This group of reader does not offer any 
standalone application capabilities. The invention proposed in here is a new kind of smart card interface 
device that captures the advantage from both groups of interface device. The proposed smart card 
interface device contains internal application that can be updated with a secure download process. The 
internal application enables the interface device to be used in standalone mode and the reloadable 
capability allows the interface device to be updated to support new cards or applications. The interface 
device is designed to be used in connected mode. In connected mode, the internal application is disable, 
the application is running at &e host and using the resources in the reader. 

Internal design of the reloadable interface system consists of two major functional blocks: Application 
Engine and an 10 Engine. See attached block diagram for more details. 

The partitioning offers the following advantages: 

1 . Functional Partition: IO engine is responsible for all the low-level IC Card interfaces, 10 
functions and the secure download process. Application engine is the storage for the card 
application and also being used as the data filtering during connected mode operation. 

2. Flexibility in processor choice for both the 10 engine and Application engine, and an easy 
migration path to merge the functions of the two processors into one single processor for cost I 
saving. 

3. Provide identical command data protocol for both standalone and connected mode application 
development. An application developed in connected mode can also be used in standalone 
mode. 

Provide multi-card support and multi-sources application reloading. 
Program memory in the application engine can be partitioned out to provide support for multi- 
applications storage as well as incremental update capabilities for the device. 



4. 
5. 
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AWtiough the idea of reloading software into a device has been proposed many times, this invention is 
different because it is a new class of device and it offers different kind of operation environment for 

i^f?!?* ° f enSly ' CuiTently tbm is no other IC °> Td interface device has that kind of application 
reloadabhlity. The reloadable reader is based on the design of the Value-Checker PLUS reader which is 
the first of its kind to have on-board keypad and LCD display for use in connected mode operation. 

B. What are the problem(s) solved by the invention? 

With the application reload capability, the proposed interface system solves the obsolesce problem that 
existed in most of the smart card interface devices. Many of the existing smart card interface device is 
custom designed to work with a specified set of cards to perform a specified application by loading into 
the Masked ROM of the micro-controller with the custom firmware. Once the device is built, it cannot 
be modified. Due to the fact that the smart card market is still in its infancy, the card specification and 
the application requirements are pronged to change at any' tune. When the specification of the card 
changed, the customized device will become obsolete. Even the cost of these custom devices is cheap 
enough to be a throwaway item, the cost to build a replacement device that works with the new 
specification is still very expensive. A typical cycle to produce a fixed firmware device is at least 12 
weeks. And there is some substantial overhead cost involved in making the new device. 

The memory space of the proposed device can be partitioned to store up multiple applications in a 
single unit. The same memory partitioning design also enables incremental upgrade for the interface 
device. This unique feature gives die customer the flexibility to deploy the device first before 
developing any specified application. And it also enables the customer to introduce new and upgrade 
applications to the device when they are in the field already. Since many of the smart card application 
deal with sensitive personal information, it is critical for the applications and the device to provide 
protection to such infonnatioa Because of security requirement, we need to ensure that only the 
legitimate applications can be loaded into an interface device. In the proposed device, die application 
download is implemented in a secure way to provide mutual authentication between the device and the 
incoming applications. 



What were die methods or apparatus that were used but failed to solve the problem? Give source 
of previous information on the subject that is closest to your invention, such as known use, 
publication or patents. 

As mentioned earlier, the proposed smart card interface system captures many of the advantages existed 
in some of the existing smart card devices. Most of the carry along device in the market is designed to 
have fixed firmware, and is designed to work a specified set of card and requirement in mind. This kind 
of device has simple input and output capabilities and is designed to extract simple information from 
the smart card and expose it to the user. Hie other kind of device is merely for use as a terminal for the 
smart card. They are attached to a host, and are served as an interface conduit between the application 
ninning in die host and the smart card. In general, this kind of device does not have any input arid 
output capabilities as those carry alone devices. A new kind of device has been coming out to the 
market that combined the features of the carry along reader and host connected reader into a single 
entity. The first of its kind is the Value-Checker PLUS Smart Card Reader (it is now the Spyrus 
Personal Access Reader). The Spyrus Personal Access Reader is a compact size portable reader which 
can be customized with a specified card application, and is also a desktop reader which can connected 
to the host to provide an interface channel between the host and the card. Although the Personal Access 
Reader offers a lot of more features than most of the existing smart card reader/writer, it is a fixed 
firmware product, and it has the obsolesce problem 
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State how present inventibn differs from previous methods or apparatus and what advantages it 



VIII. 



k RradCT bM * e facd 6mmm tot can DOt ta "Pg"^ once » * built The device 
proposed in here uses re-programmable memory to provide the firmware reload capability, thus enable 
the device to be upgraded even when it is already in the field. 

IV. What is the prospective value or utility of the invention for WIM? 

The current offering of the Personal Access reader is targeted as a connected mode smart card reader 
oniy. ine next generation version, reloadable smart card reader, will be able to capture a bigger share of 
tte smart card market With its compact size, ease of use, applications reload capability and low cost 
tte proposed device will stand out among all the other existing readers. In addition, the secure 
download process and application development environment will further enhance the marketability of 
tte device, and open up additional opportunity for Spyrus. 

V. Give the Project No. which covers tte work done, if any, and identify any monthly or other issued 
reports. (Attachment of pertinent pages would be helpful.) 

The project number for this development is RDSPYA-62-XXXX. 

VI. Have information, samples or technical bulletins relating to this invention been given to customer, have 
products relating to invention been sold, or has the process involved been used on a commercial scale' 
if tte answer is yes, please give date and otter details on an attached sheet 

The device is not yet for sale, it is still being developed. It is expected to be available in August of this 
year. n» idea of the invention was ori ginated f orm OKI, it has been disclosed to other companies 
under an NDA agreement ^t^/fff/ff 

VII. When did you first mink of this invention? 

The idea of reloadable reader was conceptualized about 15 months ago as intended for tte next 
generataonoffcValue-Checker PLUS reader family. The actua l design was carricd,ou ~~ 
fPHBHHF 811(1 tte firct prototype was built and tested intfMHHH!IB~ 

mere are several specifications have been written on tte designofthereloaSbleread 



What records do you have to substantiate this conception date? (Notebook numbers and pages, letters, 
reports, etc.) What is the date of first written description and/or drawing? 

We have some specification describing the architecture of tte reloadable readers. These documents 
were originated from OKI. 



you done any experimental work toward carrying out tte invention? If so, when? 
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The development is on-going right now. The concept has been proofed with demo hardware. 

X. When and how did you make the first disclosure of the invention to others either orally or in writing? 

The idea of the rnvratipn^ong^ted form OKI, it has been disclosed to other companies underan 
>gA agreement The write up on the patent application was done in 



XI. Give the date and description of past or future publications regarding or related to this invention. 
No publications existed or planned for the inventions at this time. 



XH Is further experimental work now under way or contemplated for the near future? If so, give a general 
summary of such work and some idea of when this phase of the program will be completed. 

The^development of the proposed device is on-going, and it is expected to be completed in August of 



XHI. Was tins invention developed under a Government Contract? If yes, give the contract number. 
No. 



Furnish the following information for each inventor. Please copy this page as necessary. 
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HOME 
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NAME 
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